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(54) Multi-level marketing computer network server 



(57) A server system for multi-level vending of any 
electronically transferable product (101) through a com- 
munications network (1 02) directly to a customer's com- 
puter (103). This server system (herein called a Sales 
Support Server (104)) integrates the collection of a pay- 
ment (1 05) via the network (1 02) and the automatic dis- 
tortion of the product (101) with the calculation (106) 
of commissions (107) using a multi-level marketing 
commission structure (1 08) and the distribution of com- 
missions (107) and fees (109) via the network (102). 
The preferred configuration includes a client application 
(herein called a Sales App (110)) which can run as a 
plug-in to a network browser on the customer's compu- 



ter (103) and which provides a purchase request (111) 
and registration data (1 12) to a Sales Support Server 
(104) and performs the installation (1 13) of the product 
(101) on the customer's computer (103). The Sales 
Support Server (104) acquires the payment (105), 
transfers the product (101), calculates (106) and pays 
the commissions (107), and adds seller registration 
information (1 12) to the multi-level sales database (1 14) 
for the product. The usefulness of this invention 
includes physical product distribution through a ship- 
ping and handling system. 
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Description 

Background to the Invention: 

The recent rapid development of the Internet has s 
opened many opportunities for new forms of commerce. 
This invention was initially conceived as a way to serve 
the part of the software development community that 
has been giving away software in the form of "share- 
ware". Shareware is promoted by word-of-mouth on the to 
basts of the impression of value to the users and is cir- 
culated free of initial charge with the expectation that 
prospective users who try the product will willingly pay 
for the right to continue to use the product The inven- 
tion uses the monetary incentive of multi-level market- is 
ing to augment Impression of value" to promote the 
word-of-mouth marketing , and th is invention uses direct 
payment and individualized installation to augment "will- 
ingness" as a means for developers to receive payment 
The individualized installation can prevent copying the 20 
product to other computers and can be built in such a 
way that prospective customers can have a trial period 
prior to making the payment and with a reinstallation 
upon payment This provides aD of the flexibility of 
shareware with significantly reduced risk to the procbct 2s 
developer. 

As a note: mufti-level marketing is a method of 
sales promotion in which a cornrnission is paid not only 
to the seller responsible for making the sale, but also to 
several levels of sellers that were responsible for dtstrib- 30 
uting knowledge of the product to the seller making the 
current sala For instance: a piece of software is sold for 
$25 and pays commissions of $5 to the person making 
the sale (the level 1 seller), $3 to the person who 
informed him of the product (the level 2 seller), $1 .50 to ss 
the person who informed him (level 3), and $0.50 to the 
person who informed him (level 4). If the purchaser 
encourages two sales to people who each encourage 
two sales to people who each encourage two sales, 
then the original purchaser receives more money back 40 
in commissions than he originally paid for the product 
and the product developer gets paid every time 

The usefulness of this invention as a multi-level 
marketing server includes automatic shipping of hard- 
copy documentation and other types of products using 45 
an automatic shipping system for distribution. 

Although many organizations have used computers 
to calculate commissions for multi-level marketing, non 
has set forth an invention that provides access cfirectty 
to the customer to make purchases via a computer net- so 
work from his own computer. All related prior art has 
required the involvement of a registered seller or opera- 
tor with privileges to make sales entries to the compu- 
ter. 

Prior art has also included direct purchases via ss 
electronic computer network [1], both those delivered 
directly via the network and those delivered by auto- 
matic shipping systems. None of these direct sales via 



the network have a multi-level marketing cornrnission. 
capability. 

These purchases via the network have involved the 
use of credit card accounts and/or electronic transfer of 
funds directly to and/or from bank accounts [2]. They 
have also used a form of currency that is considered 
cash on the network. Use of these various forms of cash 
and credit are simply identified as Method of Payment 
(from purchaser) and Method of Pay (to sellers and 
other payees). 

Summary of the Invention: 

The invention is a server which can be attached to 
an electronic computer network, such as the Internet, 
and which accepts purchase requests and payment via 
the network directly from a customer's computer and 
vends a product directly to the customer's computer via 
the network, with the key feature that it calculates and 
pays multi-level commissions, (see Diagram 1) Herein, 
this server is called the Sales Support Server. As part of 
its on-line service, the Sales Support Server accepts 
purchase requests, acquires the payment, transfers the 
product, calculates commissions (using a multi-level 
marketing commission structure), pays the commis- 
sions and fees, and adds registration data to the multi- 
level sales database. The generation of receipts and 
reports is not within the scope of the invention but is 
expected to be a part of every irnplementation of the 
invention. 

The cornplernentary invention is the client applica- 
tion which runs on a customer's general purpose com- 
puter attached to the network and which allows a 
customer to purchase a product via the network Herein, 
this client application is called the Sales App The Sales 
App allows the customer to view catalog files to extract 
product i n format i on directly from catalog files and/or to 
make cfirect entry of product reference information to 
prepare for a purchase. The Sales App provides the 
purchase request and any seller registration data to a 
Sales Support Server. It receives the product, and per- 
forms the installation of the product on the customer's 
computer. Installation can include the setting of some 
security measures to frustrate improper use of the prod- 
uct The security measures are not within the scope of 
the invention. The preferred embodiment for the Sales 
App is as a plug-in app to a network browser. 

The catalog files are owned by a seller and must 
reside on a network server that the Sales App can 
locate and use. The catalog not only provides informa- 
tion to the prospective customer regarcBng the products, 
but also provides Sale Data direct to the Sales App. This 
Sale Data includes information on how to contact the 
Sales Support Server and information to identify the 
product and the seller. The catalog files are not within 
the scope of the inventioa 

Another complementary invention, called a Product 
Loader, runs on a product developer's general purpose 
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computer and functions as. a tool to, interface to the 
Sales Support Server. The Product Loader allows the 
product developer to prepare a product for distribution 
by the Sales Support Server by allowing the product 
developer to identify the product ffles, to designate the 
price, multi-level commission structure, and fees, and 
their recipients. He also uses the Product Loader to 
transfer the product files and information to the Sales 
Support Server. The Product Loader could also provide 
preliminary linkage of the product files with security 
measures that can be locked by the Sales App during 
installation to prevent execution of the product if copied 
to another computer or if used after a free trial period. 
Linkage of product fies and security measures are not 
within the scope of the invention. 

Use of the Invention: 

The users that would be involved with this invention 
and its adjunct applications are the product developers, 
the Sales Support Server providers, the sellers, and the 
purchasers. Typical use of the invention involves (1) 
uploading a product to the Sales Support Server, (2) 
uploading an initial catalog description page to a net- 
work service, (3) purchase of a product using the Sales 
App, (4) registration of a seller, and (5) calculation and 
distribution of commissions and fees. 

(1) Uploading a Product to the Sales Support Server: 

Uploading a product to the Sales Support Server 
involves the product developer, the product ffles, the 
Product Loader, and a Sales Support Server. If the 
product developer does not have his own Sales Support 
Server, he must arrange with a Sales Support Server 
provider for use of ona A typical arrangement with a 
Sales Support Server provider might include a per sale 
foe to be paid to the Sales Support Server provider 
which is shared with other payees the provider desig- 
nates. The operator of the Sales Support Server desig- 
nates the fees and the Payee Registration Data that 
reflect these arrangements to the Sales Support Server. 

The operator performs the following steps: 

• Start "preset new product" function of Sales Sup- 
port Server, 

• For any payees not registered on Sales Support 
Server: 

Enter Payee Personal Identification Data 
Enter Payee Method of Pay In for ma tion 

For each payee to be associated with new product: 

Select payee from list, 
Enter amount of fee, 

When done record Product Reference ID and total 



of fees. — - . 

The Sales Support Server provider gives the prod- 
uct developer the Sales Support Server Contact Infor- 
5 mation and the new Product Reference ID. With the 
completed product fOes, the price, and commission 
structure information, the information from the Sales 
Support Server provider, and the Product Loader, the 
product developer is ready to upload the product to the 
10 Sales Support Server. 

The product developer then performs the following 
steps: 

• Establish a network connection, 

is • ff the purchaser does not have a Product Loader, 
download Product Loader, 

• Start the Product Loader, 

• Designate the Sales Support Server connection 
information, 

20 • Designate the Product Reference ID, 

• Designate the Product Data: 

• Designate the product name, 

• Enter the file names of the product files, 
26 • Designate the product price, 

Designate the number of commission levels to 
be paid, 

For each level, designate the amount of com- 
mission, 

30 • Designate the number of additional payees, 

• For each additional payee: 

Designate the amount to be paid payee, 
Designate the payee's Personal kJentif ica- 
35 tionData, 

Designate the payee's Method of Pay Infor- 
mation, 

• Designate the developer's Personal Uentrfica- 
40 tion Data, 

• Designate the developer's Method of Pay Infor- 
mation, 

Verify the Product Data and Payee Registration 
45 Data, 

Authorize initiation of product upload, and 

• Upon receiving the upload complete signal, exit 
Product Loader. 

so After uploading a product to the Sales Support 
Server, the developer should upload a catalog descrip- 
tion page to a network service and make a test pur- 
chase. 

55 (2) Uploading a Catalog Description Page to a Network 
Service: 

Upload ng a catalog description page is done by 
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developers and sellers from their computer to a general 
purpose network server. H a developer or seller does 
not have his own network server he wiD need to arrange 
with a provider that has this service. The original Prod- 
uct Description is written by the developer. Later the 5 
Product Description is either written by the seller or 
acquired from a similar catalog description page for the 
samepax&jct 

The seller should perform the following actions: 

10 

Prepare a catalog description page with the Sale 
Data in the header, 

Uploads the catalog description page to his net- 
work service. 

Edits his catalog contents page to include a refer- 75 
ence to the new catalog description page, 
Uploads the catalog contents page to his network 
service, 

(3) Purchase of a Product: 20 

Purchasing a product directly through the network 
involves the purchaser, a Sales App, a catalog descrip- 
tion page with the Sale Data, and a Sales Support 
Server with the product of interest The purchaser must 2s 
also have the Method of Payment 

To purchase a product the purchaser performs the 
following steps: 

Establish a network connection, 30 
ff the purchaser does not have a Sales App, down- 
load Sales App. 

• Start Sales App, 

If first time using the Sales App: 

35 

Enter Personal tdentfication Data, and 

Enter Method of Payment information, (e.g. 

Credit Card Number) 

Rnd a catalog description page of interest, 40 
Request Sales App to "purchase item", 

• Validate purchase data which includes: 

Product Name, 

Price, and 45 
Method of Payment information, 

Authorize purchase transaction to proceed, 
(Transaction completes) 

Exit Sales App or request to register as a seller (see so 
(5) Registration of a Seller). 

When the transaction is complete, the product has 
been downloaded and installed and the payment has 
been made. 55 



(4) Registration of a Seller: . . 

The registration of a seller involves the prospective 
seller, the Sales App, and the Sales Support Server. 
The registration of a seller can be performed in conjunc- 
tion with a purchase or separate from a purchase. The 
seller will need to have a Method of Pay which wfll in 
most cases be a bank account to which the Sales Sup- 
port Server can transfer funds. 

To register as a seller the seller performs the follow- 
ing steps: 

Start a network connection, 
* Start Sales App, 

« If Sales App Local Records are incomplete, enter: 

Personal Identification Data, and 
• Method of Pay Information, 

If not a continuation of a purchase, select or enter 
the Sale Data of interest, 
Validate Registration Data, 
Authorize registration, 

When registration is complete, exit Sales App. 

(5) Calculation and Distribution of Comrnissions and 
Fees: 

The calculation and cfistrfcution of commissions 
and fees are two processes that are performed by the 
Sales Support Server after the connection with the pur- 
chaser is complete. The calculation of commissions and 
fees is internal to the Sales Support Server in the pre- 
ferred configuration. The distribution of comrnissions 
and fees involves the Sales Support Server and the 
designated accounts of the payees, sellers, and devel- 
oper. 

When contacted by the Sales Support Server, the 
payee's account designated in the Method of Pay, per- 
forms the following action: 

Receive the designated amount 

Drawing Descriptions: 

Drawing 1 is a block diagram of the primary items 
transfered through the network during normal opera- 
tions. 

Diagrams 2A - 2E are flow diagrams showing the 
sequence of items that are transfered during each func- 
tional operation of the Sales Support Server. 

Detailed Description: 

Sales Support Server: 

The Sales Support Server is a general purpose 
computer network server which has the capability to 
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handle commercial transactions and which has the.fol- - 
lowing data structures and functionality. 

The data structures used by the Sales Support 
Server include: 

• Payee Selection List -file record 

• Product Data - file record 

• Seller (Payee) Registration Data - file record 

• Purchase Request - communication record 

• Seller Registration - communication record 

The functionality provided by the Sales Support 
Server includes: 

• "preset new product" function, 

• "product upload" connection response, 

• "sale" connection response, 

• "registration" connection response, and 

• "calculate commissions" function. 

On the Sales Support Server there is one Payee 
Selection List, and there are as many Product Data 
records as there are products that the Sales Support 
Server vends. A Product Reference ID designates a 
Product Data record. There is one Seller Registration 
Data record for each seller of each product A seller can 
be any person or organization that registers with the 
Sales Support Server to sell one of the products the 
server vends. The Seller Registration Data contain a 
Next Level Seller Reference ID. A Seder Reference ID is 
the reference to a Seller Registration Data record. 
These Next Level Seller Reference IDs form a tree tor 
each product which eventually connect back to the 
developer's Seller Registration Data. There is also one 
Seller Registration Data record for each person or 
organization that is to be paid a fee based on a sala 
Payee Registration Data is identical to SeOer Registra- 
tion but does not contain information in its Product Ref- 
erence ID or Next Level Seller Reference ID. These fie 
records have at least the follow information: 

Payee Selection List: 

• Payee 1 Reference ID 

• Payee 2 Reference ID 

• Payee 3 Reference ID 

• etc. 

Product Data: 

Product Name (for verification) 
Basic Price 

Number of Product Files 



Number of Paid Fees, . ... . 

• Payee 1 Fee (amount of Price) 

• Payee 1 Reference ID 

• Payee 2 Fee (amount of Price) 
- Payee 2 Reference ID 

• etc. 

Number of Paid Commission Levels 

Level 1 Seller Commission ( amount of Price ) 

• Level 2 Seller Commission ( amount of Price ) 

• Level 3 Seller Commission ( amount of Price ) 

• Level 4 Seller Commission ( amount of Price ) 

• etc. 

• Developer's Reference ID 

Seller (Payee) Registration Data: 

Personal Identification Data 

Method of Pay I n formation 

Product Reference ID (null for Payee) 

• Next Level Seller Reference ID (null for Payee) 

The Sale Data is originally produced by the Product 
Loader from data supplied by the "upload product" con- 
nection response of the Sales Support Server or by the 
Sale App from data supplied by the "registration" con- 
nection response of the Sales Support Server. In either 
case the seller will place his personal version of the 
Sale Data in a catalog description page, and a customer 
operated Sales App will access this data from the cata- 
log description page and use the information to contact 
the Sales Support Server and to make the Purchase 
Request 

Sale Data: 

• Product Name (for verification) 

• Sales Support Server Contact Information 
Seller Reference ID 

• Product Reference ID 

The Purchase Request is comprised of two sets of 
communication records which could be transferred from 
the Sales App to the Sales Support Server separately, 
but they must both be provided for the "sale" connec- 
tion. The Method of Payment information is entered 
once by a purchaser into the Sales App which saves the 
information locally. There is one Purchase Request 
transferred from the Sales App to the Sales Support 
Server for each sale. 
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Rename 2 

Rename 3 • Sale Data 

etc. • Method of Payment 
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_ The Seller Registration is comprised of three sets of 
communication records which could be transferred from 
the Sales App to the Sales Support Server separately, 
but they must all be provided for the "registration" con- 
nection. The Personal Identification Data and Method of 
Pay Information are entered once by a purchaser into 
the Sales App which saves the information locally. One 
Seller Registration is transferred from the Sales App to 
the Sales Support Server for each seller of each prod- 
uct The same data is used for a Payee Registration 
which is provided directly by the Sales Support Server 
operator or is transfered from the Product Loader. 
Payee Registration is accompanied by fee information. 

Seller Registration: 

• Sale Data 

Personal Identification Data 
Method of Pay Information 

The Sales Support Server provides the "preset new 
product" function for the local operator. This function 
allows the Sales Support Server provider to assign 
payee information so that the provider designated fees 
get paid automatically with each sale. It also allows the 
provider to set up the Sales Support Server for new 
products as needed. The Sales Support Server pro- 
vides the "product upload" connection response tor 
interaction with the Product Loader which is operated by 
the developer. The combination of the "preset new prod- 
uct" function and the "product upload" connection 
response provide all the functionafity needed to prepare 
the Sales Support Server to sell a product 

When the Sales Support Server has an operator 
execute a "preset new product" function, it performs the 
following actions (see Diagram 2A): 

Prepare a new Product Data record, 
Prompt for new payee registration data, 
For each new Payee: 

Prompt for Payee Personal Identification Data 

• Prompt for Payee Method of Pay Information 

• Create Payee Registration Data record, 

• Add Payee Reference ID to Payee Selection 
List 

• When entry of new payee data is complete, display 
selection list of Personal Identification Data using 
Payee Selection List 

For each payee selected by the operator: 

Prompt for amount of fee, 

Store Payee Reference ID and associated Fee 

in the new Product Data record, 

Redisplay Personal Identification Data for more 

selections, 



. .•. Report the new Product Reference ID and total of 

fees. 

When the Sales Support Server receives a "product 
5 upload" connection, it performs the following actions 
(see Diagram 2B): 

Request the new Product Reference ID from the 
Product Loader, 
io • if the Product Reference ID is invalid: 

• The upload process is immediately aborted. 

Receive uploaded Product Data and Payee Regis- 
is tration Data from Product Loader, 

• Store uploaded Product Data and Payee Registra- 
tion Data with the Payee Registration Data entered 
by the Sales Support Server provider, (Payee Reg- 
istration Data includes developer's Seller Registra- 

20 tion Data.) 

• Receive product files from the Product Loader, 
Store uploaded product files, 

Report the Seller Reference ID assigned to the 
developer, 

25 • Signal Prockict Loader that upload is complete, 

• Wait for connection to close, and 

• Designate product as ready tor first purchase. 

The Sales Support Server provides the "sale" con- 
30 nection response and "registration" connection 
response for direct interaction with the Sales App. The 
"sale" connection response is executed when a cus- 
tomer uses a Sales App to purchase a product. The 
"registration" connection response is executed when a 
35 prospective seller uses a Sales App to register to sell a 
specific product When a "registration" connection 
response occurs in direct conjunction to a "sale" con- 
nection response, the original Sale Data can be carried 
over. 

40 In response to a "sale" connection the Sales Sup- 
port Server performs the following actions (see Diagram 
2C): 

• Accept Sale Data from Sales App, 

45 • Validate that product is available and that seller is 
registered, 

• Send Price to Sales App, 

Receive Method of Payment information from Sales 
App. 

so • Verify funds available with Method of Payment 

Using the file names in the Product Data record, 
download the product files to the Sales App, 
Upon receiving the signal that the installation has 
completed, acquire the payment using the Method 

55 of Payment, 

Signal the shipping and handling system to send 
documentation, 

Signal the Sales App that payment is received, 
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«... Receive transaction complete signal,. 

• tf a connection change to a "registration" connec- 
tion is requested, change connection and give Sale 
Data, 

tf a connection is closed, call "calculate commis- 
sions" function giving the Product Reference ID, the 
Seller Reference ID. and the amount paid. 

In response to a "registration" connection, the 
Sales Support Server performs the following actions 
(see Diagram 2D): 

If not a continuation of a "sale" connection: 

• Accept original Sale Data associated with reg- 
istration, 

• Validate that product and seller identified in 
Sale Data are registered. 

Send verification to Sales App, 

Set a Temporary Next Level Seller Reference ID 
from the original Sale Data, 
Accept rest of Seller Registration from Sales App 
Create new Seller Registration Data record with 
information from Seller Registration, 

• Set the Next Level Seller Reference ID from the 
Temporary Next Level Seller Reference ID, 

Send new Seller Reference ID to the Sales App. 
Send a registration complete signal to the Sales 
App. 

If this connection began as a continuation of a 
"sale" connection, when connection is closed, call 
"calculate commissions" function giving the Product 
Reference ID, the original Seller Reference ID, and 
the amount paid. 

The Sales Support Server provides the "calculate 
commissions" function which is called internally. In the 
preferred embodiment this function is called immedi- 
ately after closing a connection that involved a sale, but 
with the addition of pending calculations data it could be 
called less frequently (ag. once a day). With the addi- 
tion of a summation of all commission payments and 
fees for each seller and payee in a given period prior to 
dispersement, the number of transactions could be 
reduced slightly or even altered to a monthly paycheck 
style of pay. 

The Sales Support Server calls on its own "calcu- 
late commissions" function which performs the following 
actions (see Diagram 2E): 

• Given the Product Reference ID, the Seller Refer- 
ence ID, and the amount paid, 

Use the Product Reference ID to find the Fees and 
Commissions, 

• For each of the Paid Fees: 

Use the Payee Fee to determine amount to be 



. - paid, ..... . — . . . . 

• Use the Payee Reference ID to find the Payee 
Registration Data, 

• Use the Payee Registration Data record to get 
s the Personal Identification Data and Method of 

Pay, 

• Disperse the determined amount to the payee's 
account designated by the Method of Pay. 

w - Use the Seller Reference ID to find the Seller Reg- 
istration Data, 

• For each of the Paid Commission Levels: 

• Use the Level Seller Commission to determine 
is amount to be paid, 

• Use the Seller Registration Data record to get 
the Personal Identification Data and Method of 
Pay, 

Disperse the determined amount to the seller's 
20 account designated by the Method of Pay. 

• Use the Next Level Seller Reference ID to find 
the next Seller Registration Data, 

If the developer's Seder Registration Data is 
reached the remaining commissions are 
2s assigned to the developer. 

Use the Developer's Reference ID to f ind the devel- 
oper's Seller Registration Data, 
Use the Seller Registration Data record to get the 
30 Personal Identification Data and Method of Pay, 

Disperse the remaining amount to the developer's 
account designated by the Method of Pay. 

Sales App: 

35 

The Sales App is a plug-in to a network browser 
which has the capability to transfer files and some form 
of credit or electronic cash and which has the following 
data structures and functionality. 
40 The data structures used by the Sales App include: 

Sales App Local Records - file record 
Sale Data - communication record 
Purchase Request - communication record 
45 • Seller Registration - communication record 

The functionality provided by the Sales App 
includes: 

so • "purchase item" request function and 

• "register seller" request function. 

The Sales App maintains a local file, the Sales App 
Local Records. The Purchase History has a Registra- 
55 tion Status which identifies either that the Sale Data 
contains the original Seller Reference ID or that the 
Sale Data contains a personal Seller Reference ID. The 
original Seller Reference ID is used to register as a 
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seller. for the product, and the personal Seller Reference . 
ID is used to establish a catalog description page for the 
product 

Sales App Local Records: 

• Personal Identification Data 

• Method of Payment (for Purchase) 

• Method of Pay Information (for Sale) 

• Number of Products (Purchase History) 

• Product 1 Sale Data 

• Product 1 Registration Status 

• Product 2 Sale Data 
Product 2 Registration Status 

• etc. 

The communications records used by the Sales 
App, Sale Data. Purchase Request, and Seller Regis- 
tration, are described in the detailed description of the 
Sales Support server above. 

The Sales App provides the "purchase item" 
request and the "register seller" request for direct inter- 
action with the Sales Support Server. The "purchase 
item" request is used by a customer to purchase a prod- 
uct The "register seller" request is used by a prospec- 
tive seller to register to sell a specific product. The 
"purchase item" request and the "register seller" 
request can either be executed sequentially or separ- 
ately. 

In response to the "purchase item" request, the 
Sales App performs the following actions (see Diagram 
2C): 

ff the Sales App Local Records are incomplete: 

• Prompt for Personal Identification Data, and 
Prompt for Method of Payment information, 
(e.g. Credit Card Number) 

If a catalog description page is available, use cata- 
log description page for Sale Data, 
rf a catalog description page not is available, 
prompt purchaser for Sale Data, 
Establish a "sale" connection with the Sales Sup- 
port Server, 

Use Sale Data to construct Purchase Request, 

• Send Purchase Request to Sales Support Server, 

• Abort sale rf Sales Support Server does not have a 
product and seller that match Sale Data, 
Receive Price from Sales Support Server, 

• Display purchase data which includes: 

Product Name, 
Price, and 

Method of Payment information, 
Accept authorization to proceed, 



.. • . Send Method of. Payment information to Sales Sup-, 
port Server, 

Receive and store the product files, 
Install the product, 
s • Signal the Sales Support Server that the installation 
is complete, 

• Upon receiving the signal that the payment was 
received, issue a receipt to the purchaser, 

• Assemble and store the Sale Data in the Sales App 
w Local Records, 

• Signal the Sales Support Server that the transac- 
tion is complete, 

• Prompt the purchaser to register as a seller, • ff 
user wants to register as a seller: 

15 

• Go to "register seller" request, 

ff user does not want to register as a seller: 

20 • Close the connection to the Sales Support 
Server. 

In response to the "register seller" request the 
Sales App performs the following actions (see Diagram 
25 2D): 

If Sales App Local Records are incomplete, prompt 
for: 

30 • Personal Identification Data, and 

• Method of Pay Information, 

Establish (or change to) a "registration" connection 
with the Sales Support Server, 
35 • ff not a continuation of a "purchase item" request: 

• Display list of Sale Data from Purchase History, 

• Accept selection of original Sale Data, 

• Verify Registration Data with seller, 

40 • Send the Sale Data to the Sales Support 
Server for verification. 

Send rest of Seller Registration to the Sales Sup- 
port Server, 
45 • Receive new Seller Reference ID, 

Display Sale Data with new Seller Reference ID for 
a catalog description page, 

• Store the new Sale Data and set Product Registra- 
tion Status to indicate the seller is registered for this 

so product, 

Upon receiving registration complete signal, notify 
seller. 

Close connection with server. 

55 Product Loader: 

The Product Loader is an application method that 
runs on a general purpose computer which has a net- 
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.work a>nnection,. FTP capabflffi^ 

The Product Loader has the following data structures 

and functionality. 

The data structures used by the Product Loader 
includes: s 

• Product Data - communication record 

• Seller (Payee) Registration Data - communication 
record 

w 

The functionality provided by the Product Loader 
includes: 

• "execute" function. 

15 

The communications records used by the Product 
Loader, the Product Data and the Seller Registration 
Data are described in the detailed description of the 
Sales Support server above. 

The Product Loader runs the "execute" function for 20 
the developer. This function allows the Product Loader 
to upload Product Files and Product Data information to 
the Sales Support Server. 

When the "execute" function is run, the Product 
Loader performs the following actions (see Diagram 25 
2B): 



— . and/or communication records, < 

• Altering terms used in the data structure (eg. calling 
the "next* seller the "prior seller in the tree of sell- 
ers.) 

• The delegation of data files to a separate server, 

• The addition of other methods to the Sales Support 
Server, the Sales App, and/or the Product Loader, 

• The separation of the steps of a method into sub 
methods or separate methods which in combination 
perform the same function, 

• The delegation of performance of methods to a 
separate server, 

The sttostitution of payment handling methods 
which acquire a delayed (credit) payment or make a 
delayed payment of a fee or com m ission, 

• The delegation of accounting methods for acquiring 
a payment or paying a fee or commission to a sep- 
arate system, or 

• The vending of the physical parts of a product by 
delegating the distribution of those parts to a sepa- 
rate automatic shipping system. 

All such variations and combinations of such varia- 
tions are within the spirit of this invention. 

References: 



• Prompt for the Sales Support Server connection 
information, 

• Establish a "product upload" connection with the 30 
Sales Support Server, 

Prompt for the Product Reference ID, 

• Verify the Product Reference ID with the Sales Sip- 
port Server, 

• Prompt for the other Product Data and any addi- 35 
tional Payee Registration Data, 

• Validate entered data. 

Upload the Product Data and additional Payee 
Registration Data to the Sales Support Server, 

• Upload the product files to the Sales Support ao 
Server, 

• Request and acquire the developer's Seller Refer- 
ence ID from the Sales Support Server, 

• Assemble and display Sale Data for a catalog 
description page, 45 
Store the Sale Data locally for later use, 

• Display the upload complete signal, and 

• Close Sales Support Server connection. 

The proceeding descriptions of the invention and so 
the several variations mentioned above are illustrative 
and do not restrict the invention. For example different 
embodiments of this invention could include variations 
such as but not restricted to: 

55 

The separation and/or reorganization of data in file 

records and/or communication records, 

The adcfition of other kinds of data to file records 



[1] "Netscape Merchant System - Netscape White 
Papers", http7/rx>me.netscape.(x>^^ 
uctsAiapps/cappsAriersys_white_paper. html , Net- 
scape Communications Corporation, 1996. 

[2] "Netscape LivePayment - Netscape White 
Papers", rrttp://hc<rie.neiscape.coriVconrprc^ 
ucts/iapps/Irvepayj^ite_j>aper.html, Netscape 
Communications Corporation, 1996. 

Claims 

1. In an electronic computer network, a general pur- 
pose commercial server system with: 

a) a means for accepting via the network, the 
identification of the product and the identifica- 
tion of the seller, 

b) a means for making a sales transaction, and 

c) a means tor calculating multi-level commis- 
sions and other fees. 

d) a means for dispersing the commissions and 
other fees. 

2. The server system identified in claim 1 wherein the 
general purpose commercial server system is com- 
prised of one or more general purpose computers 
which collectively provide the means identified in 
claim 1. 

3. The server system identified in claim 1 wherein the 
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means for. making a sales-transaction is comprised . . 

of: 

a) a means for acquiring the price, 

b) a means for storing the price, s 

c) a means for informing the client of the price 
via the network, 

d) a means for acquiring the payment for the 
product and 

e) a means for vencfing the product 10 

The server system identif ied in claim 3 wherein the 
means for acquiring the payment for the product is 
comprised of: 



is 



20 



a) a means for obtaining credit card informa- 
tion, 

b) a means for validating credit, and 

c) a means for capturing payment. 

The server system identified in claim 3 wherein the 
means for accpjiring the payment for the product is 
comprised ot 

a) a means for accepting an electronic cash 
payment or an electronic funds transfer. 



6. The server system identified in claim 3 wherein the 
means for vencfing the product is in whole or in part 
comprised of: 30 

a) a means for accepting a copy of the elec- 
tronic part of the product, 

b) a means for storing a copy of the electronic 
part of the product, and 35 

c) a means for transferring a new copy of the 
electronic part of the product via the network to 
the client 

7. The server system identified in claim 3 wherein the 40 
means for vending the product is in part comprised 

of: 

a) a means for preparing a purchase order, and 

b) a means for issuing the purchase order to a 45 
manual or an automatic shipping and handling 
system. 

8. The server system identified in claim 1 wherein the 
means for calculating multi-level commissions and so 
other fees is comprised of: 

a) a means for accepting the information that 
identifies the amount or percentage to be paid 
to each individual commission level of a mutti- ss 
level commission structure, 



, ... . stnjcture which contains at least the amount or . 
percentage to be paid to each individual com- 
mission level, 

c) a means for storing records of individual sed- 
ers which contains at least 

(1) a means for storing individual seller's 
personal data, 

(2) a means for storing individual seller's 
method of pay information, and 

(3) a means for identifying the next level 
seder. 

d) a means for calculating commissions using a 
multi-level commission structure, and 

e) a means for calculating other fees and asso- 
ciating them with the appropriate payees. 

9. The server system identified in claim 8 wherein the 
means for calculating the mufti-level commissions 
and other fees is further comprised of: 

f) a means for summing the calculated commis- 
sions for each seller, and 

g) a means for storing the summ of the com- 
missions for each seller. 

1 0. The server system identified in claim 8 wherein the 
means for calculating commissions using a multi- 
level commission structure is comprised of: 

a) a means for calculating an individual com- 
mission for each level from the stored commis- 
sion structure, 

b) a means for associating the first level com- 
mission with the seller identified by the cus- 
tomer, 

c) a means for repeatitivty determining the next 
level seller from the record of the current seller, 
and 

d) a means for associating the next level com- 
mission with the next level seller. 

11. The server system identified in claim 1 wherein the 
means for dispersing the commissions and other 
fees is in whole or in part comprised of: 

a) a means for issuing a paycheck to each 
seller having a com mi ssion and/or to each 
payee to receive a fee. 

12. The server system identified in claim 1 wherein the 
means for cfispersing the commissions and other 
fees is in whole or in part comprised of: 



b) a means for storing a mutti -level commission 



a) a means for identifying the bank accounts of 
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the seders and/or payees, ... 

b) a means tor contacting the bank account via 
the network, and 

c) a means for making an electronic funds 
transfer to the bank account 5 

1 3. The server system identified in claim 1 being further 
comprised of: 

e) a means for registering sellers via the net- 10 
work which is comprised of: 

(1) a means for accepting the personal 
data of the new seller, 

(2) a means for accepting the method of is 
pay information for the new seller, 

(3) a means for accepting the identity of 
the next level seller, 

(4) a means for creating an individual seller 
record and next level seller identification, 20 
and 

(5) a means for informing the client of the 
identification of the new seller. 

14. On a customer's general purpose computer in an 2s 
electronic computer network, a client application 
comprised of at least one of: 

a) a means for allowing a customer to purchase 

a multi-level marketing product via the network, 30 
and/or 

b) a means for allowing a user to register to sell 
a multi-level marketing product via the network. 

1 5. The client application identified in claim 1 4 wherein 35 
the client application comprises a plug-in to a net- 
work browser. 

16. The client application identified in claim 14 wherein 
the means for allowing a customer to purchase a 40 
multi-level marketing product is comprised ot 

a) a means for acquiring the identification for 
the product and the seller and the information 

for contacting the server that vends the prod- 45 
net, 

b) a means for acquiring the customer's 
method of payment information, 

c) a means for contacting the server that vends 
the product, and so 

d) a means for making a sates transaction. 

17. The client application identified in ciaim 1 6 wherein 
the means for making a sales transaction is com- 
prised of: ss 

a) a means for informing the server of the iden- 
tification for the product and the seller, 



20 

b) a means for accepting.from the server .the., 
price information, 

c) a means for informing the customer of the 
price information, 

d) a means for informing the server of the 
method of payment information, and 

e) a means for accepting the transfer of an 
electronic copy of a product via the network. 

18. The client application identified in claim 17 wherein 
the means for making a sales transaction is further 
comprised of: 

f) a means for installing the product on the 
computer on which the client application is run- 
ning. 

19. The client application identified in claim 14 wherein 
the means for allowing a user to register to sell a 
multi-level marketing product is comprised of: 

a) a means for acquiring the new seller's per- 
sonal data and method of pay information, 

b) a means for acquiring the identification for 
the product and the next level seller identifica- 
tion and the information for contacting the 
server that vends the product, 

c) a means for contacting the server that vends 
the product, 

d) a means for informing the server of the new 
seller's personal data and method of pay infor- 
mation, 

e) a means for informing the server of the iden- 
tification for the product and the next level 
seller, 

f) a means for accepting the new seller identifi- 
cation, and 

g) a means for informing the new seller of the 
identification of the product, the new seller 
identification, and the information for contact- 
ing the server. 

20. On general purpose computer in an electronic com- 
puter network a client application comprised of: 

a) a means for accepting the identification of a 
copy of the electronic part of the product 

b) a means for accessing the copy of the elec- 
tronic part of the product 

c) a means for accepting the price, 

d) a means for accepting the mult-level com- 
mission structure, 

e) a means for contacting the server that vends 
the product and 

f) a means for upoading to the server the price 
and the multilevel commission structure and a 
copy of the electronic part of the product 
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